home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1116.txt < prev    next >
Text File  |  1994-08-01  |  46KB  |  1,179 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                    Internet Engineering Task Force
  8. Request for Comments: 1116                 Telnet Linemode Working Group
  9.                                                        D. Borman, Editor
  10.                                                      Cray Research, Inc.
  11.                                                              August 1989
  12.  
  13.  
  14.                          Telnet Linemode Option
  15.  
  16. Status of this Memo
  17.  
  18.    This RFC describes a proposed elective standard for the Internet
  19.    community.  Hosts on the Internet that support Linemode within the
  20.    Telnet protocol are expected to adopt and implement this standard.
  21.    Distribution of this memo is unlimited.
  22.  
  23. Overview
  24.  
  25.    Linemode Telnet is a way of doing terminal character processing on
  26.    the client side of a Telnet connection.  While in Linemode with
  27.    editing enabled for the local side, network traffic is reduced to a
  28.    couple of packets per command line, rather than a couple of packets
  29.    per character typed.  This is very useful for long delay networks,
  30.    because the user has local response time while typing the command
  31.    line, and only incurs the network delays after the command is typed.
  32.    It is also useful to reduce costs on networks that charge on a per
  33.    packet basis.
  34.  
  35. Table of Contents
  36.  
  37.    1.   Command Names and Codes                                        2
  38.    2.   Command Meanings                                               3
  39.    2.1  The LINEMODE function                                          3
  40.    2.2  LINEMODE suboption MODE                                        3
  41.    2.3  LINEMODE suboption FORWARDMASK                                 4
  42.    2.4  LINEMODE suboption SLC, Set Local Characters                   5
  43.    2.5  New control characters                                         8
  44.    3.   Default Specification                                          9
  45.    4.   Motivation                                                     9
  46.    5.   Implementation Rules                                          11
  47.    5.1  User Interface                                                11
  48.    5.2  End of line terminators                                       12
  49.    5.3  Output processing                                             12
  50.    5.4  A terminal driver in Telnet?                                  12
  51.    5.5  Setting of Local Characters                                   12
  52.    5.6  FORWARDMASK and SLC_FORW1 and SLC_FORW2                       13
  53.    5.7  Valid and invalid modes and values.                           14
  54.    5.8  Flushing input and output                                     14
  55.  
  56.  
  57.  
  58. Telnet Linemode Working Group                                   [Page 1]
  59.  
  60. RFC 1116                 Telnet Linemode Option              August 1989
  61.  
  62.  
  63.    5.9  State diagram for SLC                                         16
  64.    5.10 Example of a connection                                       17
  65.    6.   Other Telnet options and RFCs                                 20
  66.  
  67. 1.  Command Names and Codes
  68.  
  69.        LINEMODE        34
  70.            MODE             1
  71.                EDIT             1
  72.                TRAPSIG          2
  73.                MODE_ACK         4
  74.            FORWARDMASK      2
  75.            SLC              3
  76.                SLC_SYNCH        1
  77.                SLC_BRK          2
  78.                SLC_IP           3
  79.                SLC_AO           4
  80.                SLC_AYT          5
  81.                SLC_EOR          6
  82.                SLC_ABORT        7
  83.                SLC_EOF          8
  84.                SLC_SUSP         9
  85.                SLC_EC          10
  86.                SLC_EL          11
  87.                SLC_EW          12
  88.                SLC_RP          13
  89.                SLC_LNEXT       14
  90.                SLC_XON         15
  91.                SLC_XOFF        16
  92.                SLC_FORW1       17
  93.                SLC_FORW2       18
  94.  
  95.                SLC_DEFAULT      3
  96.                SLC_VALUE        2
  97.                SLC_CANTCHANGE   1
  98.                SLC_NOSUPPORT    0
  99.                SLC_LEVELBITS    3
  100.  
  101.                SLC_ACK        128
  102.                SLC_FLUSHIN     64
  103.                SLC_FLUSHOUT    32
  104.        EOF            236
  105.        SUSP           237
  106.        ABORT          238
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Telnet Linemode Working Group                                   [Page 2]
  115.  
  116. RFC 1116                 Telnet Linemode Option              August 1989
  117.  
  118.  
  119. 2.  Command Meanings
  120.  
  121. 2.1 The LINEMODE function
  122.  
  123.    IAC WILL LINEMODE
  124.  
  125.       The sender of this command REQUESTS permission to begin sub-
  126.       negotiation of the editing/signaling status.  This should only be
  127.       sent by the client side of the connection.
  128.  
  129.    IAC WONT LINEMODE
  130.  
  131.       The sender of this command DEMANDS that sub-negotiation of the
  132.       editing/signaling status not be allowed.
  133.  
  134.    IAC DO LINEMODE
  135.  
  136.       The sender of this command REQUESTS that the remote side begin
  137.       subnegotiation of the editing/signaling status.  This should only
  138.       be sent by the server side of the connection.
  139.  
  140.    IAC DONT LINEMODE
  141.  
  142.       The sender of this command DEMANDS that the remote side not begin
  143.       subnegotiation of the editing/signaling status.
  144.  
  145. 2.2 LINEMODE suboption MODE
  146.  
  147.    IAC SB LINEMODE MODE mask IAC SE
  148.  
  149.       The sender of this command CONFIRMS, or REQUESTS permission for, a
  150.       switch to the mode defined by "mask".
  151.  
  152.    The "mask" is a bit mask of various modes that the connection can be
  153.    in.  Under normal operation, the server side of the connection will
  154.    initiate mode changes, and the client will confirm the mode changes.
  155.    The currently defined modes are:
  156.  
  157.       EDIT    When set, the client side of the connection should
  158.               process all input lines, performing any editing
  159.               functions, and only send completed lines to the remote
  160.               side.  When unset, client side should not process any
  161.               input from the user, and the server side should take
  162.               care of all character processing that needs to be done.
  163.  
  164.       TRAPSIG When set, the client side should translate appropriate
  165.               interrupts/signals to their Telnet equivalent.
  166.               (These would be IP, BRK, AYT, ABORT, EOF, and SUSP.)
  167.  
  168.  
  169.  
  170. Telnet Linemode Working Group                                   [Page 3]
  171.  
  172. RFC 1116                 Telnet Linemode Option              August 1989
  173.  
  174.  
  175.               When unset, the client should pass interrupts/signals
  176.               as their normal ASCII values.
  177.  
  178.       FLOW    Logically, this belongs in the "mask".  However,
  179.               this would overlap the Telnet TOGGLE-FLOW-CONTROL
  180.               option, so the Telnet TOGGLE-FLOW-CONTROL option is
  181.               used instead.  When DO/WILL LINEMODE is negotiated,
  182.               DO/WILL TOGGLE-FLOW-CONTROL should also be negotiated.
  183.               See RFC 1080, "Telnet Remote Flow Control", for
  184.               correct usage.
  185.  
  186.       ECHO    Logically, this belongs in the "mask".  However,
  187.               this would overlap the Telnet ECHO option, so the
  188.               Telnet ECHO option is used instead.  The client side
  189.               should never negotiate "WILL ECHO".  When the server
  190.               has negotiated "WILL ECHO", the client should not
  191.               echo data typed by the user back to the user.  When
  192.               the server has negotiated "WONT ECHO", the client is
  193.               responsible for echoing data typed by the user back
  194.               to the user.  See RFC 857, "Telnet ECHO OPTION" for
  195.               a complete discussion on the use of the Telnet ECHO
  196.               option.
  197.  
  198.    When the client side of a connection receives a MODE command, it MUST
  199.    agree with at least the state of the EDIT and TRAPSIG bits.  If a
  200.    MODE command is received with a mode mask that is currently in use
  201.    (ignoring the MODE_ACK bit), the MODE command is ignored.  If a MODE
  202.    command is received that is different from the current mode mask,
  203.    then a reply is sent with either the new mode mask and the MODE_ACK
  204.    bit set, or a subset of the new mode mask.  The only exception is
  205.    that if the server receives a MODE with either the EDIT or TRAPSIG
  206.    bits not set, it may set the EDIT and TRAPSIG bits in the response,
  207.    and if the client receives a MODE with the EDIT or TRAPSIG bits set,
  208.    it may not clear them in the response.
  209.  
  210.    When a MODE command is received with the MODE_ACK bit set, and the
  211.    mode is different that what the current mode is, the client will
  212.    ignore the new mode, and the server will switch to the new mode.
  213.    This ensures that both sides of the connection will resolve to the
  214.    same mode.  In all cases, a response is never generated to a MODE
  215.    command that has the MODE_ACK bit set.
  216.  
  217. 2.3 LINEMODE suboption FORWARDMASK
  218.  
  219.    IAC SB LINEMODE DO FORWARDMASK mask0 mask1 ... mask31 IAC SE
  220.  
  221.       The sender of this command request that the other side send any
  222.       buffered data when any of the ASCII characters defined by the bit
  223.  
  224.  
  225.  
  226. Telnet Linemode Working Group                                   [Page 4]
  227.  
  228. RFC 1116                 Telnet Linemode Option              August 1989
  229.  
  230.  
  231.       mask are received.  Only the side of the connection that sent DO
  232.       LINEMODE (the server side) may negotiate this.  The mask is up to
  233.       32 octets long.  Each octet represents 8 ASCII character codes.
  234.       The high order bit of mask0 corresponds to an ASCII code of 0.
  235.       The low order bit of mask0 corresponds to an ASCII code of 7.  The
  236.       high order bit of mask1 corresponds to an ASCII code of 8.  The
  237.       low order bit of mask1 corresponds to an ASCII code of 15, and so
  238.       on.  The mask list may be terminated before the end of the list,
  239.       in which case all the rest of the mask octets are assumed to be
  240.       reset (equal to zero).  When the server side is in DONT TRANSMIT-
  241.       BINARY mode, then only the first 16 octets of the mask (ASCII
  242.       codes 0 through 127) are used.  If any individual octet of the
  243.       mask is equal to IAC, it must be sent as a double IAC.
  244.  
  245.    IAC SB LINEMODE DONT FORWARDMASK IAC SE
  246.  
  247.       The sender of this command requests that the other side stop using
  248.       the forward mask to determine when to send buffered data.
  249.  
  250.    IAC SB LINEMODE WILL FORWARDMASK IAC SE
  251.  
  252.       This command is sent in response to a DO FORWARDMASK command.  It
  253.       indicates that the forward mask will be used to determine when to
  254.       send buffered data.
  255.  
  256.    IAC SB LINEMODE WONT FORWARDMASK IAC SE
  257.  
  258.       This command is sent in response to a DO FORWARDMASK command.  It
  259.       indicates that the forward mask will not be used to determine when
  260.       to send buffered data.
  261.  
  262. 2.4 LINEMODE suboption SLC, Set Local Characters
  263.  
  264.    The SLC suboption uses a list of octet triplets.  The first octet
  265.    specifies the function, the second octet specifies modifiers to the
  266.    function, and the third octet specifies the ASCII character for the
  267.    function.
  268.  
  269.    IAC SB LINEMODE SLC <list of octet triplets> IAC SE
  270.  
  271.       The sender of this command REQUESTS that the list of octet
  272.       triplets be used to set the local character to be used to send to
  273.       perform the specified function.
  274.  
  275.       There are four levels that a function may be set to.
  276.       SLC_NOSUPPORT is the lowest, SLC_CANTCHANGE is the next higher
  277.       level, SLC_VALUE is above that, and SLC_DEFAULT is the highest
  278.       level.
  279.  
  280.  
  281.  
  282. Telnet Linemode Working Group                                   [Page 5]
  283.  
  284. RFC 1116                 Telnet Linemode Option              August 1989
  285.  
  286.  
  287.       If the SLC_LEVELBITS in the second octet are equal to SLC_DEFAULT,
  288.       then this particular function should use the system default on the
  289.       other side of the connection.
  290.  
  291.       If the SLC_LEVELBITS in the second octet are equal to SLC_VALUE,
  292.       then this function is supported, and the current value is
  293.       specified by the third octet.
  294.  
  295.       If the SLC_LEVELBITS in the second octet are equal to
  296.       SLC_CANTCHANGE, then this is a function that is supported, but the
  297.       value for this function, specified in the third octet, cannot be
  298.       changed.
  299.  
  300.       If the SLC_LEVELBITS in the second octet are equal to
  301.       SLC_NOSUPPORT, then this particular function is not supported and
  302.       should be disabled by the other side.
  303.  
  304.       If this is a response to a previous request to change a special
  305.       character, and we are agreeing to the change, then the SLC_ACK bit
  306.       must be set in the second octet.
  307.  
  308.       If the SLC_FLUSHIN bit is set in the second octet, then whenever
  309.       this function is sent, a Telnet "sync" should be sent at the same
  310.       time to flush the input stream.
  311.  
  312.       If the SLC_FLUSHOUT bit is set in the second octet, then whenever
  313.       this function is sent, output data should be flushed.
  314.  
  315.       Only the client may send an octet triplet with the first octet
  316.       equal to zero.  In this case, the SLC_LEVELBITS may only be set to
  317.       SLC_DEFAULT or SLC_VALUE, and the third octet does not matter.
  318.       When the server receives 0 SLC_DEFAULT 0, it should switch to its
  319.       system default special character settings, and send all those
  320.       special characters to the client.  When the server receives 0
  321.       SLC_VALUE 0, it should just send its current special character
  322.       settings.  Note that if the server does not support some of the
  323.       editing functions, they should be sent as XXX SLC_DEFAULT 0,
  324.       rather than as XXX SLC_NOSUPPORT 0, so that the client may choose
  325.       to use its own values for those functions, rather than have to
  326.       disable those functions even if it supports them.
  327.  
  328.       If any of the octets in the list of octet triplets is equal to
  329.       IAC, it must be sent as a double IAC.
  330.  
  331.    When a connection is established, it is the responsibility of the
  332.    client to either request the remote default values for the special
  333.    characters, or to send across what all the special characters should
  334.    be set to.
  335.  
  336.  
  337.  
  338. Telnet Linemode Working Group                                   [Page 6]
  339.  
  340. RFC 1116                 Telnet Linemode Option              August 1989
  341.  
  342.  
  343.    The function values can be put into two groups; functions that are to
  344.    be translated to their Telnet equivalents before being sent across
  345.    the Telnet connection, and functions that are to be recognized and
  346.    processed locally.
  347.  
  348.    First, we have those characters that are to be mapped into their
  349.    Telnet equivalents:
  350.  
  351.       SLC_SYNCH Synch.  See RFC 854, "TELNET PROTOCOL SPECIFICATION",
  352.                 for a complete description.
  353.  
  354.       SLC_BRK   Break.  See RFC 854, "TELNET PROTOCOL SPECIFICATION",
  355.                 for a complete description.
  356.  
  357.       SLC_IP    Interrupt Process.  See RFC 854, "TELNET PROTOCOL
  358.                 SPECIFICATION", for a complete description.
  359.  
  360.       SLC_AO    Abort Output.  See RFC 854, "TELNET PROTOCOL
  361.                 SPECIFICATION", for a complete description.
  362.  
  363.       SLC_AYT   Are You There.  See RFC 854, "TELNET PROTOCOL
  364.                 SPECIFICATION", for a complete description.
  365.  
  366.       SLC_EOR   End of Record.  See RFC 885, "TELNET END OF RECORD
  367.                 OPTION" for a complete description.
  368.  
  369.       SLC_ABORT Abort.  See section 2.5 for a complete description.
  370.  
  371.       SLC_EOF   End of File.  See section 2.5 for a complete
  372.                 description.
  373.  
  374.       SLC_SUSP  Suspend.  See section 2.5 for a complete description.
  375.  
  376.    Next, we have the locally interpreted functions:
  377.  
  378.       SLC_EC     Erase Character.  This is the character that is
  379.                  typed to erase one character from the input
  380.                  stream.  See RFC 854, "TELNET PROTOCOL
  381.                  SPECIFICATION", for a complete description.
  382.  
  383.       SLC_EL     Erase Line.  This is the character that is typed
  384.                  to erase the entire contents of the current line
  385.                  of input.  See RFC 854, "TELNET PROTOCOL
  386.                  SPECIFICATION", for a complete description.
  387.  
  388.       SLC_EW     Erase Word.  This is the character that is typed
  389.                  to erase one word from the input stream.  When
  390.                  backing up in the input stream, a word is defined
  391.  
  392.  
  393.  
  394. Telnet Linemode Working Group                                   [Page 7]
  395.  
  396. RFC 1116                 Telnet Linemode Option              August 1989
  397.  
  398.  
  399.                  to be (optionally) whitespace (tab or space
  400.                  characters), and a string of characters up to, but not
  401.                  including, whitespace or line delimiters.
  402.  
  403.       SLC_RP     Reprint Line.  This is the character that is typed
  404.                  to cause the current line of input to be reprinted,
  405.                  leaving the cursor at the end of the line.
  406.  
  407.       SLC_LNEXT  Literal Next.  This is the character that is typed
  408.                  to indicate that the next character is to be taken
  409.                  literally, no character processing should be done
  410.                  with it, and if it is a special character that
  411.                  would normally get mapped into a Telnet option,
  412.                  that mapping should not be done.
  413.  
  414.       SLC_XON    Start Output.  This is the character that is sent
  415.                  to resume output to the users terminal.
  416.  
  417.       SLC_XOFF   Stop Output.  This is the character that is sent
  418.                  to stop output to the users terminal.
  419.  
  420.       SLC_FORW1  Forwarding character.  This is a character that
  421.                  should cause all data currently being buffered,
  422.                  and this character, to be sent immediately.
  423.  
  424.       SLC_FORW2  Forwarding character.  This is another character
  425.                  that is to be treated in the same manner as
  426.                  SLC_FORW1.
  427.  
  428. 2.5 New control characters
  429.  
  430.    IAC ABORT
  431.  
  432.       Abort.  Similar to "IAC IP", but means only to abort or terminate
  433.       the process to which the NVT is connected.  (The Telnet spec says
  434.       IP may "suspend, interrupt, abort or terminate" the process.)  If
  435.       a system does not have two methods of interrupting a process, then
  436.       ABORT and IP should have the same effect.
  437.  
  438.    IAC SUSP
  439.  
  440.       Suspend the execution of the current process attached to the NVT
  441.       in such a way that another process will take over control of the
  442.       NVT, and the suspended process can be resumed at a later time.  If
  443.       the receiving system does not support this functionality, it
  444.       should be ignored.
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Telnet Linemode Working Group                                   [Page 8]
  451.  
  452. RFC 1116                 Telnet Linemode Option              August 1989
  453.  
  454.  
  455.    IAC EOF
  456.  
  457.       End Of File.  The recipient should notify the process connected to
  458.       the NVT that an end of file has been reached.  This is intended
  459.       for systems that support the ability for the user to type in an
  460.       EOF character at the keyboard.
  461.  
  462. 3.  Default Specification
  463.  
  464.    The default specification for this option is:
  465.  
  466.       WONT LINEMODE
  467.       DONT LINEMODE
  468.  
  469.    meaning there will not be any subnegotiation of the mode of the
  470.    connection.
  471.  
  472.    If WILL LINEMODE is negotiated, the defaults are:
  473.  
  474.       IAC SB LINEMODE MODE 0 IAC SE
  475.       IAC SB LINEMODE WONT FORWARDMASK IAC SE
  476.  
  477.    If DO LINEMODE is negotiated, the defaults are:
  478.  
  479.       IAC SB LINEMODE MODE 0 IAC SE
  480.       IAC SB LINEMODE DONT FORWARDMASK IAC SE
  481.  
  482.    Character values for SLC default to SLC_NOSUPPORT.
  483.  
  484. 4.  Motivation
  485.  
  486.    With increasing Telnet usage, it has become apparent that the ability
  487.    to do command line processing on the local machine and send completed
  488.    lines to the remote machine is a feature necesary in several
  489.    environments.  First, in the case of a connection over long delay
  490.    equipment, it is very frustrating to the user to have the echoing of
  491.    his data take several seconds.  Second, some supercomputers, due to
  492.    their nature, are not good at handling and processing single
  493.    character input.  For these machines, it is better to have the front
  494.    end computer do the character processing, and leave the
  495.    supercomputer's cycles available for doing vectorized number
  496.    crunching.
  497.  
  498.    There have been attempts to make local line editing work within the
  499.    existing Telnet specs.  Indeed, the 4.3 BSD tape includes a version
  500.    of Telnet that attempts to do this through recognition of the state
  501.    of the ECHO and SUPRESS-GO-AHEAD options; other implementations do
  502.    this recognition purely through the ECHO option.
  503.  
  504.  
  505.  
  506. Telnet Linemode Working Group                                   [Page 9]
  507.  
  508. RFC 1116                 Telnet Linemode Option              August 1989
  509.  
  510.  
  511.    There are problems with both of these methods.  Using just the ECHO
  512.    provides no mechanism to have ECHO to the user turned off, and leave
  513.    local character processing on, for example, when a user is typing a
  514.    password.
  515.  
  516.    The usage of the SUPRESS-GO-AHEAD comes from reading into RFC 858,
  517.    where it states:
  518.  
  519.       "In many TELNET implementations it will be desirable to couple the
  520.       SUPRESS-GO-AHEAD option to the echo option so that when the echo
  521.       option is in effect, the SUPPRESS-GO-AHEAD option is in effect
  522.       simultaneously: both of these options will normally have to be in
  523.       effect simultaneously to effect what it commonly understood to be
  524.       character at a time echoing by the remote computer."
  525.  
  526.    The reverse reading of this is that without the ECHO option or the
  527.    SUPPRESS-GO-AHEAD option, you are in line at a time mode, implying
  528.    local line editing.  This has the obvious problem that that is not
  529.    what the SUPPRESS-GO-AHEAD option is supposed to mean.
  530.  
  531.    Other shortcomings are that the Telnet specification is not rich
  532.    enough to handle all of the special characters that some of the
  533.    current operating systems support.  For example, the ECHO/SGA
  534.    implementation supports two ways of interrupting a process, by
  535.    borrowing the BRK option for the second interrupt.  Some
  536.    implementations have taken the EOR option to send an End-Of-File.
  537.    Obviously, this is using things for which they were not intended, and
  538.    the correct solution would be to define new options.
  539.  
  540.    Another problem is that some implementations of line mode buffer up
  541.    the input until the end of the line, and then send the whole line
  542.    across, editing characters and all.  No local editing of the line has
  543.    been done.
  544.  
  545.    After examining several implementations, it has become clear that the
  546.    correct thing to do is to implement new options to enhance the
  547.    current Telnet specification so that it can support local line
  548.    editing in a reasonable, reliable, and consistent manner.
  549.  
  550.    There are three states that are of interest:
  551.  
  552.       1)  Local line editing and local signal trapping
  553.  
  554.       2)  Remote line editing, local signal trapping
  555.  
  556.       3)  Remote line editing, remote signal trapping
  557.  
  558.    The case of local line editing and remote signal trapping is not a
  559.  
  560.  
  561.  
  562. Telnet Linemode Working Group                                  [Page 10]
  563.  
  564. RFC 1116                 Telnet Linemode Option              August 1989
  565.  
  566.  
  567.    very interesting case, because you don't recognize the signals, and
  568.    cannot send them to the remote side for it to recognize until the
  569.    line has been completed.  Also, special signals usually will have an
  570.    effect on the line editing function, and if they are not being
  571.    trapped locally the desired action will not happen.
  572.  
  573.    Local line editing means that all normal command line character
  574.    processing, like "Erase Character" and "Erase Line", happen on the
  575.    local system, and only when "CR LF" (or some other special character)
  576.    is encountered is the edited data sent to the remote system.
  577.  
  578.    Signal trapping means, for example, that if the user types the
  579.    character associated with the IP function, then the "IAC IP" function
  580.    is sent to the remote side instead of the character typed.  Remote
  581.    signal trapping means, for example, that if the user types the
  582.    character associated with the IP function, then the "IAC IP" function
  583.    is not sent to the remote side, but rather the actual character typed
  584.    is sent to the remote side.
  585.  
  586. 5.  Implementation Rules
  587.  
  588.    It is expected that any implementation that supports the Telnet
  589.    LINEMODE option will support all of this specification.
  590.  
  591. 5.1 User Interface
  592.  
  593.    Normally, the entire user interface is left up to the implementor.
  594.    However, there is functionality that the user should be able to
  595.    specify on the client side of the connection.  During a Telnet
  596.    session, the client side should allow some mechanism for the user to
  597.    give commands to the local Telnet process.  These commands should at
  598.    least allow the user to:
  599.  
  600.       1)  Change the mode of the connection.  The user should be able
  601.           to attempt to turn EDIT, FLOW, TRAPSIG, and ECHO on and off.
  602.           The server may refuse to change the state of the EDIT and
  603.           TRAPSIG bits.
  604.  
  605.       2)  Import or export SLC.  The user should be able to tell the
  606.           local Telnet process whether he wants to use the local or
  607.           the current or default remote definitions of the special
  608.           characters.
  609.  
  610.       3)  Manual sending of options.  The user should be able to tell
  611.           the local Telnet process to explicitly send any of the Telnet
  612.           options (like IP, ABORT, AYT, etc.).
  613.  
  614.  
  615.  
  616.  
  617.  
  618. Telnet Linemode Working Group                                  [Page 11]
  619.  
  620. RFC 1116                 Telnet Linemode Option              August 1989
  621.  
  622.  
  623. 5.2 End of line terminators
  624.  
  625.    When LINEMODE is turned on, and when in EDIT mode, when any normal
  626.    line terminator on the client side operating system is typed, the
  627.    line should be transmitted with "CR LF" as the line terminator.  When
  628.    EDIT mode is turned off, a carriage return should be sent as "CR
  629.    NUL", a line feed should be sent as LF, and any other key that cannot
  630.    be mapped into an ASCII character, but means the line is complete
  631.    (like a DOIT or ENTER key), should be sent as "CR LF".
  632.  
  633. 5.3 Output processing
  634.  
  635.    Regardless of what mode has been negotiated, the server side is
  636.    responsible for doing all output processing.  Specifically, it should
  637.    send "CR LF" when it wants the "newline" function, "CR NUL" when it
  638.    wants just a carriage return, and "LF" when it wants just a linefeed.
  639.  
  640. 5.4 A terminal driver in Telnet?
  641.  
  642.    Conforming implementations need not do all the line editing
  643.    themselves.  There is nothing wrong with letting the system terminal
  644.    driver handle the line editing, and have it hand to the Telnet
  645.    application the completed and edited line, which is then sent to the
  646.    remote system.
  647.  
  648. 5.5 Setting of Local Characters
  649.  
  650.    When this RFC was being developed, the original thought was that both
  651.    sides of the connection would use their own defaults for the special
  652.    characters, even if they were not the same on both sides of the
  653.    connection.  If this scheme is used, though, the view that the user
  654.    has is that the local special characters are being used, and the
  655.    remote character settings don't matter.  It was decided that the
  656.    client side of the connection should be in control of the character
  657.    settings.
  658.  
  659.    When LINEMODE is negotiated, the client must either export the local
  660.    character settings to the server, or send a request (SLC 0
  661.    SLC_DEFAULT 0) to import the servers special characters.  The usual
  662.    action would be that a client running on a full fledged computer
  663.    would export the special characters, and a client running where there
  664.    are no local defaults (like on some terminal servers) would import
  665.    the special characters.
  666.  
  667.    When an SLC command is received, the action taken should be:
  668.  
  669.       1)  Ignore it if it is the same as the current settings.
  670.  
  671.  
  672.  
  673.  
  674. Telnet Linemode Working Group                                  [Page 12]
  675.  
  676. RFC 1116                 Telnet Linemode Option              August 1989
  677.  
  678.  
  679.       2)  If the SLC_LEVELBITS are the same as the current level bits,
  680.           but the value is different and the SLC_ACK bit is set, no
  681.           reply is generated.  On the server side, the command is
  682.           ignored, and on the client side, a switch is made to the new
  683.           value.  This is so that if a request to change the same
  684.           character is generated by both the server and the client,
  685.           they will both settle on the clients requested value.
  686.  
  687.       3)  If we agree with the new setting, we switch to it and reply
  688.           with the same value, but also set the SLC_ACK bit.
  689.  
  690.       4)  If we don't agree, we send a response with what we think
  691.           the value should be.  The SLC_ACK bit is NOT set in this
  692.           case.  You may only disagree with a value by sending a
  693.           different value at a lower level.
  694.  
  695.    If the remote system doesn't support some of the line editing
  696.    characters, but the front end does, then the front end may use the
  697.    local definitions for those characters when in line mode.  In this
  698.    case, the server should send "SLC xxx SLC_DEFAULT 0" in response to a
  699.    "SLC 0 SLC_DEFAULT 0" request, and just ack whatever value the client
  700.    requests to set the function to.
  701.  
  702.    The SLC_FORW2 character should only be used if SLC_FORW1 is already
  703.    in use.
  704.  
  705. 5.6 FORWARDMASK and SLC_FORW1 and SLC_FORW2
  706.  
  707.    To help ease the amount of work needed to implement the client side,
  708.    two methods of setting forwarding characters are provided.  The
  709.    SLC_FORW1 and SLC_FORW2 allow for the setting of two additional
  710.    characters on which to forward buffered input data.  Since many
  711.    terminal drivers have the ability to set one or more line delimiters,
  712.    it is fairly easy to support these without having to implement
  713.    through the local terminal driver, rather than putting a terminal
  714.    driver into Telnet.  If the local terminal driver has functionality
  715.    that maps easily into the FORWARDMASK, then it can also be easily
  716.    supported.  If the local terminal driver does not support that, then
  717.    it would require more work to support FORWARDMASK.
  718.  
  719.    Also note that the client side is required to forward data when it
  720.    sees one of SLC_FORW1, SLC_FORW2, or FORWARDMASK characters, or when
  721.    any normal line termination or special signal is encountered.  The
  722.    client side is also free to forward on other characters that it
  723.    chooses.  For example, if the server side sent a FORWARDMASK that
  724.    asked for data to be forwarded on the first 20 control characters
  725.    (ASCII codes 1 through 024), and the client side cannot have its
  726.    local terminal driver forward on just the first 20 control
  727.  
  728.  
  729.  
  730. Telnet Linemode Working Group                                  [Page 13]
  731.  
  732. RFC 1116                 Telnet Linemode Option              August 1989
  733.  
  734.  
  735.    characters, but it can have the local terminal driver forward on any
  736.    control character (ASCII codes 1 through 039), then the client side
  737.    could validly accept the FORWARDMASK, and forward on any control
  738.    character.  When in EDIT mode, care should be taken to not forward at
  739.    random times, since once that data is forwarded, no more editing on
  740.    the forwarded part of the line can be done.  The only time (other
  741.    than the normal times) that data should be forwarded when in EDIT
  742.    mode would be if a single input line is too long to handle locally.
  743.  
  744. 5.7 Valid and invalid modes and values
  745.  
  746.    At no time should "DO LINEMODE" be negotiated in both directions of
  747.    the Telnet connection.  The side that is the "DO LINEMODE" is
  748.    considered to be the server side, and the side that is "WILL
  749.    LINEMODE" is the client side.
  750.  
  751.    At no time should "SB LINEMODE DO/DONT FORWARDMASK", be sent unless
  752.    "DO LINEMODE" has been previously negotiated.  At no time should "SB
  753.    LINEMODE WILL/WONT FORWARDMASK", be sent unless "WILL LINEMODE" has
  754.    been previously negotiated.
  755.  
  756.    If an ABORT, EOF or SUSP, is received and the system does not support
  757.    that functionality, it may just be ignored.
  758.  
  759. 5.8 Flushing input and output
  760.  
  761.    When an IP, BRK or ABORT is sent, it is usually desirable to be able
  762.    to flush the input stream, and to flush output to the user until the
  763.    IP, BRK, or ABORT is processed.  The SLC_FLUSHIN and SLC_FLUSHOUT
  764.    bits are used to indicate what action should be done.  These bits are
  765.    advisory only, but should be honored if possible.  The standard
  766.    method for processing the SLC_FLUSHIN is to use the Telnet "Synch"
  767.    signal, and the SLC_FLUSHOUT is processed using the TIMING-MARK
  768.    option.  If both are to be sent, the IAC DM is sent before the DO
  769.    TIMING-MARK.  Thus, the sender would send "IAC XXX IAC DM IAC DO
  770.    TIMING-MARK", where XXX may be IP, BRK or ABORT, or any other special
  771.    character.  The IAC DM is sent as TCP urgent data with the DM as the
  772.    last (or only) data octet; this is used to flush the input stream.
  773.    The "IAC DO TIMING-MARK" is used to tell when to stop flushing
  774.    output; once it is sent, all data is discarded until an "IAC WILL
  775.    TIMING-MARK" or an "IAC WONT TIMING-MARK" is received.
  776.  
  777.    Since the SLC_FLUSHIN and SLC_FLUSHOUT bit are only advisory, the
  778.    user interface should provide a method so that the user can override
  779.    the sending (or not sending) of the "Synch" and TIMING-MARK, but the
  780.    default action should be to send them according to the SLC_FLUSHIN
  781.    and SLC_FLUSHOUT bits.
  782.  
  783.  
  784.  
  785.  
  786. Telnet Linemode Working Group                                  [Page 14]
  787.  
  788. RFC 1116                 Telnet Linemode Option              August 1989
  789.  
  790.  
  791.    Whenever an IAC AO is received, a Synch must be returned.  Whenever a
  792.    Synch is being processed, (by the TCP connection going into Urgent
  793.    mode), all data must be discarded (but not Telnet commands!) until an
  794.    IAC DM is found, and the connection goes out of Urgent mode.  See RFC
  795.    854, "TELNET PROTOCOL SPECIFICATION", for a complete description of
  796.    the Synch signal.
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842. Telnet Linemode Working Group                                  [Page 15]
  843.  
  844. RFC 1116                 Telnet Linemode Option              August 1989
  845.  
  846.  
  847. 5.9 State diagram for SLC
  848.  
  849.    +---------------------------------------------------------------+
  850.    |                                IDLE                           |
  851.    +----------------------+------+------+-------+-------+---------++
  852.     ^      ^     ^        |      | ^    | ^     | ^     |       ^ |
  853.     |      |     |        v      v |    | |     | |     v       | |
  854.     |      |     |    +------+ +---+--+ | |     | | ########### | |
  855.     |      |     |    | Get  | | Send | | |     | | #   Get   # | |
  856.     |      |     |    | SPC0 | | SPC0 | | |     | | # 0,DEF,0 # | |
  857.     |      |     |    +---+--+ +------+ | |     | | ########### | |
  858.     |      |     |        |       ^     | |     | |     |       | |
  859.     |      |     |        v       |     v |     | |     v       | |
  860.     |      |     |       / \      | *********** | | ########### | |
  861.     |      |     |     /     \    | *  Send   * | | # Switch  # | |
  862.     | ********** |Yes/ Same as \  | * 0,VAL,0 * | | # to      # | |
  863.     | * Change * +--<  current? > | *********** | | # default # | |
  864.     | * to new *     \         /  |             v | ########### | |
  865.     | * value  *       \     /    |     ***********     |       | |
  866.     | **********         \ /      |     *  Send   *     v       | |
  867.     |      ^              |No     |     * 0,DEF,0 *  #########  | |
  868.     |      |Yes           v       |     ***********  # Send  #--+ |
  869.     |     / \            / \      |                  # SPC-A #    |
  870.     |   /     \        /     \    |                  #########    |
  871.     | / Is ACK  \ Yes/  Same   \  |                     ^         |
  872.     |< bit set?  ><-<  level as > |                     |         |
  873.     | \         /    \ current?/  |                 ###########   |
  874.     |   \     /        \     /    |                 #   Get   #<--+
  875.     |     \ /            \ /    +-+---+             # 0,VAL,0 #
  876.     |      |No            |No   | Set |             ###########
  877.     |      +--------------+     | ACK |
  878.     |                     v     | bit |      * - Client side only
  879.     |                    / \    +-----+      # - Server side only
  880.     |   +------+       /     \      ^
  881.     |   | Send |  No /  Do we  \ Yes|
  882.     +---| SPC1 |<---<   agree?  >---+
  883.         +------+     \         /
  884.                        \     /
  885.                          \ /
  886.  
  887.            SPC0    Initial setting for a special character
  888.            SPC1    A changed special character < SPC0
  889.            SPC-A   All current special character settings
  890.            VAL     SLC_VALUE level
  891.            DEF     SLC_DEFAULT level
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898. Telnet Linemode Working Group                                  [Page 16]
  899.  
  900. RFC 1116                 Telnet Linemode Option              August 1989
  901.  
  902.  
  903.    Levels: DEFAULT, VALUE, CANT_CHANGE, NOSUPPORT
  904.    Flags: ACK
  905.  
  906.            Receive                 Response
  907.            -------                 --------
  908.            f,SLC_DEFAULT,x         f,SLC_VALUE,v
  909.                                    f,SLC_CANTCHANGE,v
  910.                                    f,SLC_NOSUPPORT,x
  911.  
  912.            f,SLC_VALUE,v           f,SLC_ACK|SLC_VALUE,v
  913.                                    f,SLC_CANTCHANGE,w
  914.                                    f,SLC_NOSUPPORT,x
  915.  
  916.            f,SLC_CANTCHANGE,v      f,SLC_ACK|SLC_CANTCHANGE,v
  917.                                    f,SLC_NOSUPPORT,x
  918.  
  919.            f,SLC_NOSUPPORT,x       f,SLC_ACK|SLC_NOSUPPORT,x
  920.  
  921.            x,SLC_ACK|x,x           no response
  922.  
  923. 5.10 Examples of a connection
  924.  
  925.    In these examples, the symbolic names are used rather than the actual
  926.    values, to make them readable.  When two or more symbolic names are
  927.    joined by a |, it means that the actual value will be the logical
  928.    "or" of the values of the symbolic names.  In the interest of
  929.    clarity, for these examples the leading IAC and IAC SB sequences, and
  930.    the trailing IAC SE sequences have been omitted.  Also, the SLC_
  931.    prefix has been left off where ever it would normally occur.
  932.  
  933.        CLIENT                        SERVER
  934.        ------                        ------
  935.                                      DO TOGGLE-FLOW-CONTROL
  936.                                      DO LINEMODE
  937.        WILL TOGGLE-FLOW-CONTROL
  938.        WILL LINEMODE
  939.        [ Subnegotiation may now proceed in both directions.  The client
  940.          sends of the list of special characters.  ]
  941.        LINEMODE SLC SYNCH DEFAULT 0
  942.        IP VALUE|FLUSHIN|FLUSHOUT 3 AO
  943.        VALUE 15 AYT DEFAULT 0 ABORT
  944.        VALUE|FLUSHIN|FLUSHOUT 28 EOF
  945.        VALUE 4 SUSP VALUE|FLUSHIN 26
  946.        EC VALUE 127 EL VALUE 21 EW
  947.        VALUE 23 RP VALUE 18 LNEXT
  948.        VALUE 22 XON VALUE 17 XOFF
  949.        VALUE 19
  950.        [ Now that linemode is enabled,  the  server  sets  the  initial
  951.  
  952.  
  953.  
  954. Telnet Linemode Working Group                                  [Page 17]
  955.  
  956. RFC 1116                 Telnet Linemode Option              August 1989
  957.  
  958.  
  959.          mode, and acknowledges the special characters.  ]
  960.                                      LINEMODE MODE EDIT
  961.  
  962.                                      LINEMODE SLC SYNCH NOSUPPORT 0 IP
  963.                                      VALUE|FLUSHIN|FLUSHOUT|ACK 3 AO
  964.                                      NOSUPPORT 0 AYT NOSUPPORT 0 ABORT
  965.                                      VALUE|FLUSHIN|FLUSHOUT|ACK 28 EOF
  966.                                      VALUE|ACK 4 SUSP NOSUPPORT 0 EC
  967.                                      VALUE|ACK 127 EL VALUE|ACK 21 EW
  968.                                      VALUE|ACK 23 RP VALUE|ACK 18 LNEXT
  969.                                      VALUE|ACK 22 XON VALUE|ACK 17 XOFF
  970.                                      VALUE|ACK 19
  971.        [ The client gets the mode and ack of the special characters,
  972.          and acks the mode and any special characters that the server
  973.          changed.  ]
  974.        LINEMODE MODE EDIT|MODE_ACK
  975.  
  976.        LINEMODE SLC SYNCH
  977.        NOSUPPORT|ACK 0 AO
  978.        NOSUPPORT|ACK 0 AYT|ACK NOSUP-
  979.        PORT 0 SUSP NOSUPPORT|ACK 0
  980.                                      "Login:"
  981.        "my_account"
  982.        [ Turn off echo to the user.  ]
  983.                                      WILL ECHO
  984.        DO ECHO
  985.                                      "Password:"
  986.        "my_password"
  987.        [ Turn back on echo to the user.  ]
  988.                                      WONT ECHO
  989.        DONT ECHO
  990.        [ User does some stuff, and then runs an application that wants
  991.          to use single character mode, doing its own echoing of
  992.          characters, but keep signal trapping on.  ]
  993.                                      WILL ECHO
  994.        DO ECHO
  995.                                      LINEMODE MODE TRAPSIG
  996.        LINEMODE MODE TRAPSIG|MODE_ACK
  997.        [ Application finishes.  ]
  998.                                      WONT ECHO
  999.        DONT ECHO
  1000.                                      LINEMODE MODE EDIT|TRAPSIG
  1001.        LINEMODE MODE
  1002.        EDIT|TRAPSIG|MODE_ACK
  1003.        [ Another application, that wants full control of everything.  ]
  1004.                                      WILL ECHO
  1005.        DO ECHO
  1006.                                      LINEMODE MODE 0
  1007.  
  1008.  
  1009.  
  1010. Telnet Linemode Working Group                                  [Page 18]
  1011.  
  1012. RFC 1116                 Telnet Linemode Option              August 1989
  1013.  
  1014.  
  1015.        LINEMODE MODE 0|MODE_ACK
  1016.        [ Application finishes.  ]
  1017.                                      WONT ECHO
  1018.        DONT ECHO
  1019.                                      LINEMODE MODE EDIT|TRAPSIG
  1020.        LINEMODE MODE
  1021.        EDIT|TRAPSIG|MODE_ACK
  1022.        [ The user changes his erase character to ^H.  ]
  1023.                                      LINEMODE SLC EC VALUE 8
  1024.        LINEMODE SLC EC VALUE|ACK 8
  1025.        [ The user decides to revert to all the original client side
  1026.          special characters.  ]
  1027.        LINEMODE SLC SYNCH DEFAULT 0
  1028.        IP VALUE|FLUSHIN|FLUSHOUT 3 AO
  1029.        VALUE 15 AYT DEFAULT 0 ABORT
  1030.        VALUE|FLUSHIN|FLUSHOUT 28 EOF
  1031.        VALUE 4 SUSP VALUE|FLUSHIN 26
  1032.        EC VALUE 127 EL VALUE 21 EW
  1033.        VALUE 23 RP VALUE 18 LNEXT
  1034.        VALUE 22 XON VALUE 17 XOFF
  1035.        VALUE 19
  1036.                                      LINEMODE SLC SYNCH NOSUPPORT 0 AO
  1037.                                      NOSUPPORT 15 AYT NOSUPPORT 0 SUSP
  1038.                                      NOSUPPORT|FLUSHIN 26 EC VALUE|ACK
  1039.                                      127 EW VALUE|ACK 23 RP VALUE|ACK
  1040.                                      18 LNEXT VALUE|ACK 22 XON
  1041.                                      VALUE|ACK 17 XOFF VALUE|ACK 19
  1042.        LINEMODE SLC SYNCH
  1043.        NOSUPPORT|ACK 0 AO
  1044.        NOSUPPORT|ACK 15 AYT
  1045.        NOSUPPORT|ACK 0 SUSP
  1046.        NOSUPPORT|ACK|FLUSHIN 26
  1047.        [ The user decides to import the remote sides default special
  1048.          characters.  ]
  1049.        LINEMODE SLC 0 DEFAULT 0
  1050.                                      LINEMODE SLC IP
  1051.                                      VALUE|FLUSHIN|FLUSHOUT 3 ABORT
  1052.                                      VALUE|FLUSHIN|FLUSHOUT 28 EOF
  1053.                                      VALUE 4 EC VALUE 127 EL VALUE 21
  1054.        [ Since these are the same as the current local settings, no
  1055.          response is generated.  ]
  1056.        [ This next example is what would happen if an editor was fired
  1057.          up, that wanted to let the client side do the echoing and
  1058.          buffering of characters, but did not want it to do any line
  1059.          editing, and only forward the data when got a control
  1060.          character.  Note that we have preceded all the the 0377s in the
  1061.          forward mask with an IAC.  ]
  1062.                                      LINEMODE MODE 0
  1063.  
  1064.  
  1065.  
  1066. Telnet Linemode Working Group                                  [Page 19]
  1067.  
  1068. RFC 1116                 Telnet Linemode Option              August 1989
  1069.  
  1070.  
  1071.                                      LINEMODE DO FORWARDMASK IAC 0377
  1072.                                      IAC 0377 IAC 0377 IAC 0377 0 0 0 0
  1073.                                      0 0 0 0 0 0 0 01
  1074.        LINEMODE MODE 0
  1075.        LINEMODE WILL FORWARDMASK
  1076.        [ Application runs to completion, and then things are to be set
  1077.          back to what they were before.  ]
  1078.                                      LINEMODE MODE EDIT|TRAPSIG
  1079.                                      LINEMODE DONT FORWARDMASK
  1080.        LINEMODE MODE EDIT|TRAPSIG
  1081.        LINEMODE WONT FORWARDMASK
  1082.  
  1083. 6.  Other Telnet options and RFCs
  1084.  
  1085.    The following is a list of RFCs for various Telnet options  that
  1086.    should be supported along with LINEMODE.
  1087.  
  1088.    1.  Postel, J. and J. Reynolds, "TELNET PROTOCOL SPECIFICATION", RFC
  1089.        854, USC/Information Sciences Institute, May 1983.
  1090.  
  1091.    2.  Postel, J. and J. Reynolds, "TELNET OPTION SPECIFICATIONS", RFC
  1092.        855, USC/Information Sciences Institute, May 1983.
  1093.  
  1094.    3.  Postel, J. and J. Reynolds, "TELNET BINARY TRANSMISSION", RFC
  1095.        856, USC/Information Sciences Institute, May 1983.
  1096.  
  1097.    4.  Postel, J. and J. Reynolds, "TELNET ECHO OPTION", RFC 857,
  1098.        USC/Information Sciences Institute, May 1983.
  1099.  
  1100.    5.  Postel, J. and J. Reynolds, "TELNET SUPRESS GO AHEAD OPTION", RFC
  1101.        858, USC/Information Sciences Institute, May 1983.
  1102.  
  1103.    6.  Postel, J. and J. Reynolds, "TELNET TIMING MARK OPTION", RFC 860,
  1104.        USC/Information Sciences Institute, May 1983.
  1105.  
  1106.    7.  VanBokkeln, J., "Telnet Terminal-Type Option", RFC 1091, FTP
  1107.        Software, Inc., February 1989.
  1108.  
  1109.    8.  Waitzman, D., "Telnet Window Size Option", RFC 1073, BBN STC,
  1110.        October 1988.
  1111.  
  1112.    9.  Hedrick, C., "Telnet Remote Flow Control Option", RFC 1080,
  1113.        Rutgers University, November, 1988.
  1114.  
  1115.   10.  Hedrick, C., "Telnet Terminal Speed Option", RFC 1079, Rutgers
  1116.        University, December, 1988.
  1117.  
  1118.    The following is a list of RFCs that need not be supported for
  1119.  
  1120.  
  1121.  
  1122. Telnet Linemode Working Group                                  [Page 20]
  1123.  
  1124. RFC 1116                 Telnet Linemode Option              August 1989
  1125.  
  1126.  
  1127.    LINEMODE, but which would enhance any TELNET implementation.
  1128.  
  1129.   11.  Postel, J. and J. Reynolds, "TELNET STATUS OPTION", RFC 859,
  1130.        USC/Information Sciences Institute, May 1983.
  1131.  
  1132.   12.  Postel, J. and J. Reynolds, "TELNET END OF RECORD OPTION", RFC
  1133.        885, USC/Information Sciences Institute, December 1983.
  1134.  
  1135.   13.  Silverman, S., "OUTPUT MARKING TELNET OPTION", RFC 933, MITRE-
  1136.        Washington, January 1985.
  1137.  
  1138.   14.  Marcy, G., "Telnet X Display Location Option", RFC 1096, Carnegie
  1139.        Mellon University, March 1989.
  1140.  
  1141. Author's Address
  1142.  
  1143.        Dave Borman
  1144.        Cray Research Inc.
  1145.        1440 Northland Drive
  1146.        Mendota Heights, MN 55120
  1147.  
  1148.        Phone: (612) 681-3398
  1149.  
  1150.        EMail: dab@CRAY.COM
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178. Telnet Linemode Working Group                                  [Page 21]
  1179.